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TERABYTE CAPACITY VIRTUAL TAPE VOLUMES 

TECHNICAL FIELD 

The present invention is related to the field of virtual magnetic tape 
storage devices and method of operation. 

5 BACKGROUND ART 

In typical magnetic tape storage environments, many tape cartridges, 
tape drives, and library devices are distributed among various clients. These clients 
may be single user workstations, work groups, departmental servers, or large multi- 
user platforms. The management complexity of these environments increases as a 
10 function of how much data is stored and the heterogeneity of the computational 
environment. Storage management costs are a significant portion of the information 
technology budget, particularly in emerging markets, such as those known as open 
systems. Open systems shops are those that are based upon network operating 
systems such as UNIX, NT servers, and the like. 

15 In open system markets, the primary use of magnetic tape technology 

has been concerning data security, particularly for data backup, restoration and 
disaster recovery. A combination of factors has hindered the adoption of magnetic 
tape for other applications. One of these factors is management complexity. While 
automated tape libraries and hierarchical storage tape systems provide a low-cost 

20 solution for storing vast amounts of data, they involve a reasonable amount of 
management complexity. 

There has been a general tension between client needs and system 
management needs, especially in tape applications. For example, when library and 
tape device resources are centrally located, clients often need to contend with 
25 resource partitioning schemes that are by defmition a sub-optunized utilization of 
resources. An example here is the need to mamtain mdividual scratch tape pools for 
each partition. Alternatively, client usage of centralized resources may be scheduled 
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with each client using a common pool of resources in turn. This is a challenge in 
environments characterized by growing information technology resource needs and 
periodic workloads, and aggravated by poor communications between centralized 
resources management and the clients. Virtual tape technology often makes the 
5 situation more challenging. For example, when a client wishes to backup a data set 
for export to another physical site, the mismatch between the multitude of virtual 
tape labels and their real counterparts can introduce errors in the recovery process. 

Several technologies, such as virtual magnetic tape, storage area 
networking, and centralized systems management tools have evolved over the years 

10 to address data storage management challenges. Each of these technologies has 
addressed certain portions of the management problem. For example, virtual tape 
technology has enabled tape buffering and data transfer rate matching to achieve 
highly efficient utilization of the tape drives. Storage area networks have eliminated 
the bulk of the problems related to co-location of storage devices and clients, 

15 allowing open systems to centrally locate and manage storage resources. Finally, 
systems management tools have promised to provide common tools for data 
management in diverse environments. 

Each of these technologies, however, solves only some problems. For 
example, virtual tape volumes are often designed to emulate real tape cartridges. 

20 From the client's point of view, there is no management advantage to use the virtual 
tape volumes over real tape cartridges. The client still must know on which virtual 
tape volume the desired data is stored, and the client must provide control of the 
storage appliance to mount and dismount the virtual tape volumes. In another 
example, system management tools tend not to provide uniform support for all data 

25 storage systems. Client provided management of a storage appliance provided from 
one vendor is usually incompatible is some respect with a second storage appliance 
provided from another vendor. 

To improve client acceptance of magnetic tape as the preferred media 
for their applications, a tape storage system is required that is srniple to use and is 
30 available at all tunes . Ideally, the tape storage system would appear to the client as 
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one tape cartridge always mounted in a dedicated tape drive connected directly to the 
back of the client's computer, yet realize the benefits of centralized management. 
Capacity of this tape cartridge should be variable to meet the client's requirements 
and budget. The upper bound of the capacity should be virtually limitless for high 
5 end clients. 

DISCLOSURE OF INVENTION 

The present invention is a system that emulates a tape cartridge 
mounted in a tape drive, and a method of managing the system. Communication 
between the emulated tape drive and a client is performed using an interface 

10 protocol. An addressable range of the emulated tape cartridge matches or exceeds 
the addressable range defined in the interface protocol giving the tape cartridge the 
appearance of a practically limitless capacity. In operation, one or more storage 
appliances provide the emulation of the tape drive and multiple virtoal tape volumes. 
An interface manager control mounting of the multiple virtoal tape volumes in the 

15 tape drive so that they appear as one large tape cartridge to the client. 

The interface manager mcludes an address map function that maps the 
interface protocol defined addresses into the various virtoal addresses used by the 
multiple virtoal tape volumes. In an alternative embodiment, address mapping can 
be used to preserve existing blocks of data by mapping new data to unused blocks 

20 elsewhere in the tape cartridge mstead of overwriting the existing data. In a second 
alternative embodiment, the interface manager may include a protocol converter that 
translates between the interface protocol used to communicate with the client, and a 
second protocol used to communicate with the storage appliance. A third 
embodunent includes a policy controller that sets one or more performance 

25 parameters for the emulated tape drive or tape cartridge based upon the client's level 
of service. 

Accordingly, it is an object of the present invention to provide a 
system and method that emulate a tape cartridge mounted in a tape drive, wherein a 
client communicates to the emulated tape drive through an interface protocol, and the 
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tape cartridge's capacity matches or exceeds the addressable range defined by the 
interface protocol. 

These and other objects, features and advantages will be readily 
apparent upon consideration of the following detailed description in conjunction with 
5 the accompanying drawings. 

BRIEF DESCRIPTION OF DRAWINGS 

FIG. 1 is a block diagram of a system implementing the present 
invention connected to a client; 



FIG. 2 is a block diagram of the present invention as seen from the 



10 



client's point of view; 



FIG. 3 is a block diagram showing a mapping of virtual volumes to 
real media within the storage appliances; 



FIG. 4 is a block diagram of an alternative embodiment of a system 
that implements the present invention connected to the client; 



15 



FIG. 5 is a block diagram of another alternative embodiment of 
system that implements the present invention connected to the client; 



FIG. 6 is a functional flow block diagram of the preferred 



embodiment; 



FIG. 7 is a schematic showing a mapping of an interface protocol 



20 



address into virtual addresses; 



FIG. 8 is a flow diagram for a method of managing a read message 



from the client; and 
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FIG. 9 is a flow diagram for a method of protecting existing data from 
being overwritten. 

BEST MODE FOR CARRYING OUT THE INVENTION 

FIG. 1 is a block diagram of the present invention 100 connected to 
5 clients 90a-c. One or more clients 90a-c communicate with an interface manager 102 
over a Fibre Channel-Arbitrated Loop (FC-AL) fabric 92. FC-AL fabric 92 is 
defined by the American National Standards Institute (ANSI) (New York, NY) 
standard ANSI X3.272-1996. The interface manager 102 is hosted by a server 106 
connected to the FC-AL fabric 92. Multiple storage appliances 108 are also in 
10 communication with the interface manager 102 via the FC-AL fabric 92. The 
interface manager 102 acts as a kind of gateway through which the clients 90a-c 
communicate with the storage appliances 108. The interface manager 102 also 
manages the storage appliances 108 and alters the communications so that from the 
client's point of view, the storage appliances 108 appear as one large emulated tape 
15 cartridge 1 10 mounted in an emulated tape drive 112 connected directly to each client 
90, as shown in FIG. 2. 

Various technologies may be used in the storage appliances 108. The 
technologies include, but are not limited to automated tape libraries, automated disk 
libraries, redundant and inexpensive device (RAID) systems, disk farms, and the 

20 like. What is necessary is that the storage appliances 108 can provide the emulated 
tape drive 112 and multiple virtual volumes 114 (shown in phantom). Here, 
emulation may be performed by using an actual tape drive as the emulated tape drive 
112 and one or more actual tape cartridges as one or more of the virtual volumes 
114. Physical location of the storage appliances 108 with respect to the server 106 

25 is not important. All that is required is for a channel to be established through the 
FC-AL fabric 92 to the interface manager 102. This allows the storage appliances 
108 to be located near their source of control and maintenance while the server 106 
is located elsewhere, near the clients 90a-c for example. 

FIG. 3 shows an example of how the virtual volumes 114 of two 
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emulated tape cartridges llOa-b are mapped into multiple storage appliances 108a-c. 
The first emulated tape cartridge 1 10a has eight virtual volumes 1 14a-h. First virtual 
volume 114a is physically located on a first real medium 1 15a within a first storage 
appliance 108a. Second and third virtual volumes 114b-c are physically located 
adjacent to each other on a second real medium 115b within the first storage 
appliance 108a. Likewise, a fourth and fifth virtual volumes 114d-e are physically 
located on third and fourth real media 115c and 115d respectively within a second 
storage appliance 108b. A sixth and seventh virtual volumes 114f-g are located on 
a fifth and sixth real media 115e-f respectively within a third storage appliance 108c. 
Finally, the eighth virtual volume 114h is located on the first real medium 115a 
within the first storage appliance 108a. In sunilar fashion, the various virtual 
volumes 114 that comprise the second emulated tape cartridge 110b are physically 
located on the various real media 115a-g within the storage appliances 108a-c. 

Algorithms for mapping between virtual volume 1 14 order within the 
emulated tape cartridge 110 to the real media 115 within the storage appliances 108 
may take many factors and policies into account. For example, mounting latency 
during data recall can be reduced if many sequential virtual volumes 114 of an 
emulated tape cartridge 1 10 are mapped to one real medium 115. Mounting latency 
during data writes can be reduces if the virtual volumes 114 are mapped to the 
first/best available real medium 115 in the fu:st/best available storage appliance 108. 
Policy considerations may preclude storing data belonging to one client 90a on the 
same real media 115 as data belonging to a competitor client 90b. Disaster recovery 
requirements may dictate that mapping is made to real media 115 that is backed-up 
periodically to an offsite location, or redundantly written to multiple storage 
appliances 108 at different sites simultaneously. Historically significant data may 
require mapping the virtual volumes 1 14 to a write-once-read-many type real medium 
115 to avoid accidental erasure, and so on. 

The FC-AL fabric 92 is the preferred networking technology for the 
present invention. FC-AL fabric 92 allows "channels" to be established between the 
client 90 and the interface manager 102, and between the interface manager 102 and 
the storage appliances 108. Channels are special purpose communication links that 
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can be established between nodes on the FC-AL fabric 92. Channels only require 
low level software and little overhead to transmit data across the FC-AL fabric 92. 
As a result, channels can provide high speed conununications between the nodes. 
Other types of networks may be used m the present invention in place of the FC-AL 

5 fabric 92. For example, some clients 90a-b and server 106 may be connected on an 
Ethernet based local area network (LAN) 94 while the storage appliances 108 and 
another client 90c are part of a storage area network (SAN) 96 that is accessible to 
the server 106, as shown in FIG. 4. In other examples, the server 106 may connect 
to the storage appliances 108 through the Internet, a wide area network, an enterprise 

10 network, or any similar network technology. 

Returning to FIG. 2, it is convenient when the apparent interface 
between the client 90 and the emulated tape drive 112 conforms to an industrial 
standard protocol. The preferred interface protocol is the Small Computer System 
Interface-2 (SCSI-2) standard. SCSI-2 is defined by ANSI standard ANSI X3.131- 
15 1994. This standard is commonly used in the computer industry for personal 
computers, workstations, servers, tape drives, disk drives, and other computational 
and storage devices. SCSI-2 is also one of the standard interface protocols that can 
be transparently encapsulated in an FC-AL frame and transported to another node in 
the AF-AL fabric. This capability allows the presence of the FC-AL fabric 92 to be 
20 transparent to the client 90. The client 90 only sees an emulated tape drive 1 12 with 
a mounted emulated tape cartridge 110 at one of the logical unit addresses on the 
SCSI-2 bus. In an alternative embodiment, the SCSI-2 protocol allows for eight 
logical units to be connected to the SCSI-2 bus. Since the client 90 usually occupies 
the last logical unit number, then up to seven emulated tape drives 1 12 with emulated 
25 tape cartridges 1 10 can be created simultaneously with the preferred embodiment of 
the present invention. This allows the client 90 to use the several emulated tape 
drives 112 and emulated tape cartridges 110 for different purposes. For example, 
one emulated tape drive 112 and emulated tape cartridge 110 may be allocated for 
sharing files within a workgroup. A second emulated tape drive 112 and emulated 
30 tape cartridge 110 may be used as a secure location for personal files. A third 
emulated tape drive 112 and emulated tape cartridge 110 may be used for nightly 
backups of a local server, and so on. 
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Another advantage of using the FC-AL fabric 92 to couple the 
interface manager 102 to the clients 90 and storage appliances 108 is that FC-AL 
fabric 92 supports transparent transportation of many different interface protocols. 
Beyond SCSI-2, FC-AL fabric 92 also supports Intelligent Peripheral Interface (IPI), 
High Performance Parallel Interface (HIPPI) Framing Protocol, Internet Protocol 
(IP), ATM Adaptation Layer for computer Data (AAL5), Link Encapsulation (FC- 
LE), Single Byte Command Code Set Mapping (SBCCS) and IEEE (Institute of 
Electrical and Electronics Engineers, Inc., Piscataway, NJ) 802.2 protocols. Any 
of these standards may also be used m the present invention along with other similar 
industrial standards. 

Referring back to FIG. 1, the interface manager 102 is hosted by the 
server 106 connected to the FC-AL fabric 92 in the preferred embodiment. In 
alternative embodiments, the interface manager 102 may be hosted at other locations. 
One prime location would be to host the interface manager 102 within one storage 
appliance 108. Nearly all mass storage systems (storage appliances 108) have at least 
one computer providing management and control of the storage resources. One of 
these computers would provide a suitable host for the interface manager 102. Such 
an arrangement would allow a vendor to provide the present invention as a self- 
contained package. For example, a rack mounted automated tape library 1 16 (a type 
of storage appliance 108) contaming thirty 35 gigabyte magnetic tape cartridges 134 
(for the vutual volumes 1 14), a real tape drive 136 (for the emulated tape drive 1 12) 
and hosting the interface manager 102, as shown in FIG. 5, would appear to the 
client 90 as a single emulated tape cartridge 110 with a one terabyte capacity. 

Another possible physical location for hosting the interface manager 
102 is within the clients 90a-c. One advantage of this approach is that 
communications between the clients 90a-c and the interface manager 102 are no 
longer constrained by the speed limitations of the SCSI-2 standard or hardware. Still 
other possible hosts for the interface management software include LAN servers, 
proxy servers, firewall servers and similar gateways that allow the clients 90a-c to 
communicate outside the immediate network. 
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The interface manager 102 performs several functions. FIG. 6 is a 
functional flow block diagram of the system shown in FIG. 1 . Communication with 
the clients 90a-c using the interface protocol is provided by a client controller 118. 
In the preferred embodiment, this means that the client controller 118 sends and 
5 receives messages from the clients 90a-c using the SCSI-2 standard. Several SCSI-2 
to FC-AL adapters 98a-c provided between the clients 90a-c and client controller 1 18 
to account for msertion and removal of the SCSI message from the FC-AL fabric 92 
at the client nodes. 

A storage appliance controller 120 resides at the other end of the 
10 interface manager 102 to communicate with the storage appliances 108 (only one 
shown). The storage appliance controller 120 provides all of the initialization, 
mount, dismount, emulation, and various storage appliance specific control fimctions 
required by the storage appliances 108 to produce the emulated tape drives 1 12 and 
virtual volumes 114. The storage appliance controller 120 also has an ability to 
15 append the virtual volumes 1 14 together logically so that they appear as the emulated 
tape cartridge 110. When the storage appliance controller 120 is using the same 
interface protocol to communicate with the storage appliances 108 as the client 
controller 118 is using to communicate with the clients 90a-c, then the storage 
appliance controller 120 and the client controller 118 may transfer some non- 
20 addressmg SCSI-2 messages directly between each other, as shown by the dotted line 
122. 

The SCSI-2 standard allows for a storage media to be divided as up 
into 256 partitions (2«). Each partition can be formatted to a partition size of up to 
65,536 (2^^) partition units, with each partition unit being currently selectable at up 

25 to one megabyte (2^°). (The SCSI-2 standard allocates two bits to define a partition 
size unit. Binary 10 is defined as a partition unit size of one megabyte. Binary 11 
is unused in the standard.) This gives a maximum partition format size of 
approximately 68.8 gigabytes (2^^), and a total formatted media capacity of 
approxmiately 17.6 terabytes (2''). Block addressing within partitions is provided 

30 by a 32-bit field, with a typical tape block being approxunately 32 kilobytes (2^^) in 
size. This means that the addressable range within a partition may theoretically be 
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as high as 140 terabytes (2^'), resuhing in a wider address range than is currently 
used in a partition (2^^). By defining the unused binary 11 as a larger partition size 
unit, for example two gigabytes (2^^), then the formatted size of a partition can match 
the addressable range (2^^) within that partition. 

Present day magnetic tape cartridges and their virtual counterparts 
have capacities of up to 35 gigabytes. This means that using the SCSI-2 standard, 
the present invention can provide the client 90 with an emulated tape cartridge 110 
equivalent to four thousand virtual volumes 114/real tape cartridges at 35 gigabytes 
per virtual volume 114/real tape cartridge. An address map 124 function is provided 
in the interface manager 102 to map the 32-bit block addressing range of the SCSI-2 
standard among the four thousand or more virtual volumes 114. 

FIG. 7 is a schematic of a mapping scheme where an 8 bit addressing 
space 126 is mapped mto five virtual volumes 114a-e that are logically appended to 
form the emulated tape cartridge 1 10. In this example, the interface protocol defines 
addresses from 00 hex to FF hex. Virtual volumes 114a, 114b, and 114e each have 
virmal addresses ranging from 00 hex to 3F hex. Virtual volume 114c has a longer 
virtual address range spanning from 00 hex to 4F hex. Virtual volume 114d has a 
shorter virtual address range spamiing from 00 hex to only IF hex. (Had virtual 
volumes 114c and 114d been duplicates of virtual volumes 114a, 114b and 114e, 
then each address of the 8 bit interface protocol could be mapped into one virtual 
address of virtual volumes 114a-d. Virtual volume 114e would either have none of 
the 8 bit interface protocol addresses mapped to it, or virmal volume 114e would not 
even exist.) 

Referring to FIG. 8, a typical read message initiated by the client 90 
contains a real block address, as shown in block 800. Upon receipt of the read 
message, the client controller 118 forwards the real block address to the address map 
124, and the read message to the storage appliance controller 120, as shown in block 
802. The address map 124 maps the real block address into a virtual block address, 
as shown in block 804. A specific virtual volume 114 associated with this vntual 
block address is then determined, as shown in block 805. Next, the storage 
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appliance controller 120 sends a command to one storage appliance 108 to mount the 
specific virtual volume 1 14, if necessary, and substitutes the virtual tape address for 
the real block address in the read message, as shown in block 806. After the specific 
virtual volume 114 has been mounted, the storage appliance controller 120 forwards 
the read message having the virtual address to the storage appliance 108, as shown 
in block 808. The storage appliance 108 responds with data read from the specific 
virtual volume 114, as shown mblock 810. Storage appliance controller 120 passes 
the data to the client controller 118, as shown in block 812. Finally, the client 
controller 118 passes the data back to the client 90, as shown in block 814. 

An optional function that can be provided by the interface manager 
102 is an overwrite protection feature that protects existing data from being 
overwritten with new data having the same block address. Referring to FIG. 9, an 
overwrite controller 128 examines each message received by the client controller 118 
from the client 90 for write messages, as shown in blocks 900 and 902. If the 
message is not an attempt to write data, then the NO branch of decision block 902 
returns to the beginning to wait for the next message from the client 90. When a 
write message is received, the overwrite controller 128 checks the real block address 
within the write message to see if the real block address has ever been written to 
before, as shown by decision block 904. If this message is the first attempt to write 
to that real block address, the NO branch of decision block 904, then the overwrite 
controller 128 flags that real block address as having existmg data, shown by block 
906. Where the message is a second attempt to write to the real block address, the 
YES branch of decision block 904, then the address map 124 function is commanded 
to re-map the real block address to a new and unused virtual block address, as shown 
in block 908. This re-mapping preserves the existing data written earlier at the real 
block address. Finally, the re-mapping event may be recorded in a log file 130, as 
shown in block 910, to preserve the traceability back to the existing data. 

The overwrite controller 128 can cause the emulated tape cartridge 
110 to have more data than can be addressed by the client 90 using the interface 
protocol. Either a change must be made in the SCSI-2 standard to allow the client 
90 to address the older data somehow, or a second interface protocol having a larger 
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address range must be used to permit the dient 90 to address all versions of the data. 
An example of a change to the SCSI-2 standard would be to define 8 reserved bits 
in the read message as a version byte. A value of 00 hex is interpreted as a read of 
the most recent data written at the real block address. A value of 01 hex is 
interpreted as a read of the second most recent old data written to the real block 
address. A value of 02 hex is interpreted as a read of the third most recent old data 
written to the read block address, and so on. The proper virtual address and virtual 
volume 114 of each version of the old data are available in the log file 130. Another 
example would be to use two logical unit numbers to address each emulated tape 
cartridge 110. One logical unit number could be used to address the emulated tape 
cartridge 110 as before, while the second logical unit number could be used to 
control access to versions of the data. Here, the address or a portion of the address 
associated with the second logical unit number defines the version of the data being 
read at the real block address associated with the first logical unit number. 

It is apparent that in environments where address blocks are regularly 
overwritten, the log file 130 may become very large. Referring back to FIG. 6, the 
log file 130a is shown located within the interface manager 102. In an alternative 
embodunent, the log file 130b, shown in phantom, may be physically stored in one 
storage appliance 108 where the storage capacity is greater. The log file 130b may 
be written on one of the virtual volumes 1 14 or another storage volume of suitable 
size. 

To accommodate a variety of clients 90a-c and a variety of storage 
appliances 108, the interface controller may be required to communicate to the data 
appliances using a second interface protocol. This condition is accounted for in the 
present invention by the inclusion of a protocol converter 13 1 function between the 
client controller 118 and the storage appliance controller 120. The protocol 
converter 131 function must operate bidirectionally. Interface protocol messages 
received from the clients 90a-c must be converted to second interface protocol 
messages communicated to the storage appliances 108. Likewise, second interface 
protocol messages received from the storage appliances 108 must be converted into 
interface protocol messages communicated to the clients 90a-c. In some cases. 



-12- 



99-089-TAP 



conversion may be as simple as converting between 8 bit wide data bytes used in the 
original (narrow) SCSI-2 standard and 16 bit wide data words used in the wide SCSI- 
2 standard. In other cases, conversion may require a translation between two 
completely different interface protocol standards. 

5 Another feature that the interface manager 102 may provide is an 

ability to implement policies that control performance parameters of the emulated 
tape drive 1 12 and emulated tape cartridge 1 10. A policy controller 132, as shown 
in FIG. 6, in communication with the storage appliance controller 120 can dictate 
operations of the storage appliances 108. For example, access may be controlled to 
10 allow only certain nodes of the FC-AL fabric 92 (clients) to read and write to the 
emulated tape cartridge 110. Other nodes (clients) may have read-only privileges. 
Total capacity of the emulated tape cartridge 1 10 may be varied from client to client 
as required to minimize storage costs to the various clients 90a-c. Allocation of the 
virtual volumes 114 to different types of storage appliances 108 may be managed so 
15 that clients 90a-c requiring high bandwidth data transfers are allocated to faster 
storage appliances 108. Clients 90a-c requiruig reliable data storage may be 
allocated to RAID 3 and RAID 5 type storage appliances 108. Other clients 90a-c 
may have data automatically migrated from expensive storage appliances 108 to less 
expensive storage appliances 108 in accordance with an agmg algorithm. A variety 
20 of policies beyond those listed above may be hnplemented by the present invention 
to control one or more of the performance parameters. 

While embodunents of the invention have been illustrated and 
described, it is not intended that these embodiments illustrate and describe all 
possible forms of the invention. Rather, the words used in the specification are 
25 words of description rather than lunitation, and it is understood that various changes 
may be made without departing from the spirit and scope of the mvention. 
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WHAT IS CLAIMED IS: 

1 1. A system that emulates a tape cartridge mounted in a tape 

2 drive, the system comprising: 

3 at least one storage appliance operative to emulate the tape drive and 

4 a plurality of virtual volumes mountable in the tape drive; and 

5 an interface manager in communication with the at least one storage 

6 appliance and in communication with the client usmg an interface protocol that 

7 defines a plurality of addresses, the interface manager being operative to control 

8 mounting of the plurality of virtual volumes in the tape drive to emulate the tape 

9 cartridge mounted in the tape drive, wherein the tape cartridge has a plurality of 

10 virtual addresses at least as great in number as the plurality of addresses defined by 

1 1 the interface protocol . 

1 2. The system of claim 1 wherein the interface manager 

2 comprises: 

3 a client controller m communication with the client using the interface 

4 protocol; and 

5 a storage appliance controller in communication with the client 

6 controller and the at least one storage appliance, the storage appliance controller 

7 being operative to control mounting of the plurality of virtual volumes in the tape 

8 drive to emulate the tape cartridge mounted in the tape drive. 

1 3 . The system of claun 2 wherein the interface manager further 

2 comprises an address map in communication with the client controller and the storage 

3 appliance controller, the address map being operative to map the plurality of 

4 addresses defined by the interface protocol into the plurality of virtual addresses of 

5 the tape cartridge. 



-14- 



99-089-TAP 



1 4. The system of claim 3 wherein the plurality of virtual 

2 addresses exceed in number the plurality of addresses defined by the interface 

3 protocol, the interface manager further comprising an overwrite controller in 

4 communication with the address map and the client controller, the overwrite 

5 controller being responsive upon receiving a write message having a selected address 

6 of the plurality of addresses, while the tape cartridge already stores existing data at 

7 the selected address, to re-map the selected address to a virtual address of the 

8 plurality of virtual addresses unmapped to any of the plurality of addresses, to 

9 preserve the existing data. 

1 5 . The system of claim 4 wherein the interface manager further 

2 comprises a log file in communication with the overwrite controller to record re- 

3 mapping operations to provide traceability back to the existing data for each re- 

4 mapped address of the plurality of addresses . 

1 6. The system of claun 2 wherein the at least one storage 

2 appliance communicates using a second interface protocol, the interface manager 

3 further comprises a protocol converter in communication between the client 

4 controller and the storage appliance controller to convert between the interface 

5 protocol and the second interface protocol. 

J 7. The system of claun 2 wherein the interface manager further 

2 comprises a policy controller in communication with the storage appliance controller, 

3 the policy controller being operative to control at least one performance parameter 

4 of the tape drive and the tape cartridge being emulated to provide variable levels of 

5 service to the client. 

1 8. The system of claun 1 wherein the at least one storage 

2 appliance emulates the tape drive using an actual tape drive. 

1 9. The system of claim 1 wherein the at least one storage 

2 appliance emulates the plurality of virtual volumes using at least one actual tape 

3 cartridge. 
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A method of operation comprising: 



emulating a tape drive having an interface protocol that defines a 
plurality of addresses; 

emulating a plurality of virtual volumes mountable in the tape drive 
to provide storage capacity; and 

mounting the plurality of vurtual volumes one at a time in the tape 
drive to emulate a tape cartridge mounted in the tape drive, wherein the tape 
cartridge has a plurality of virtual addresses at least as great in number as the 
plurality of addresses defined in the interface protocol in response to emulating the 
plurality of virtual volumes. 

11. The method of claun 10 further comprising mapping the 
plurality of addresses defined by the interface protocol into the plurality of virtual 
addresses respectively to link each address of the plurality of addresses to a 
respective one of the virtual addresses of the plurality of virtual addresses. 

12 . The method of claun 1 1 further comprising determimng a furst 
virtual volume of the plurality of virmal volumes associated with a first virtual 
address of the plurality of virtual addresses that is mapped to a selected address of 
the plurality of addresses in response to receiving the selected address from the 
client, to identify which part of the tape cartridge is being addressed by the client. 

13 . The method of claim 12 further comprismg mounting the first 
virtual volume of the plurality of virtual volumes in response to determining the first 
virtual volume associated with the first virtual address, to make the tape cartridge 
accessible to the client at the selected address. 

14. The method of claim 13 wherein the plurality of virtual 
addresses exceeds in number the plurality of addresses defined the interface protocol, 
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3 the method further comprising re-mapping the selected address to a virtual address 

4 of the pluraUty of virtual addresses unmapped to any of the plurality of addresses in 

5 response to receiving a write message having the selected address while the tape 

6 cartridge already stores existing data at the selected address, to preserve the existing 

7 data. 

1 15. The method of claim 14 further comprising logging the re- 

2 mapping of the selected address in response re-mapping the selected address to 

3 provide traceability back to the existing data for each re-mapped address . 

1 16. The method of claim 10 wherein the emulation of the tape 

2 drive and the plurality of virtual volumes is performed by at least one storage 

3 appliance that communicates using a second interface protocol, the method further 

4 comprising translating between the interface protocol and the second interface 

5 protocol to isolate the second protocol from the client. 

1 17 . The method of claim 10 ftirther comprising controlling at least 

2 one performance parameter of the tape drive and tape cartridge being emulated to 

3 provide variable levels of service to the client. 

1 18. The method of clarni 10 wherein emulating the tape drive is 

2 providing an actual tape drive. 

1 19. The method of claim 10 wherein emulating the plurality of 

2 virtual volumes is providing at least one actual tape cartridge. 
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ABSTRACT OF THE DISCLOSURE 



A system that emulates a tape cartridge mounted in a tape drive, and 
methods of operation are disclosed. The emulated tape drive communicates with a 
client using an interface protocol defining an addressable range. The emulated tape 
cartridge has a virtual addressable range that matches or exceeds the addressable 
range defined in the interface protocol. One or more storage appliances provide the 
emulation of the tape drive and a plurality of virtual volumes. An interface manager 
disposed between the client and the storage appliances mounts the virtual volumes 
as necessary to assemble the emulated tape cartridge. 
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